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(54) Distributed-protocol server 

(57) A distributed processing system (1 00) includes 
a protocol server (101) that enables a plurality of clients 
(103-104) to share the use of one set of Signaling Sys- 
tem 7 (SS7) links (99), that centralizes the link-termina- 
tion circuitry (1 10) for use by the plurality of clients, and 
that provides access to upper layers (215-219) of the 
SS7 protocol stack (200) by distributing the processing 
of different layers of the stack between the protocol 
server and the clients. The protocol server terminates 
the lower layers (210-213) of the SS7 protocol, while 
each client terminates the upper layers of the SS7 pro- 
tocol. Communication between the protocol server and 
the clients of information expressed in the upper layers 
of the SS7 protocol is effected via the TCP/IP protocol 
over a LAN (102). A service access bridge process 
(1 13, 1 16) in the protocol server translates between the 
lower layers of the SS7 protocol and the TCP/IP proto- 
col, and a distributed signaling server process (114, 
117) in the protocol server routes communications 
across the LAN. A distributed signaling client process 
(121 , 124) in each client translates between the TCP/IP 
protocol and the upper layers of the SS7 protocol. The 
distributed signaling server and distributed signaling cli- 
ent processes are substantially protocol independent, 
allowing for use of any protocol in place of the SS7 pro- 
tocol. The distributed processing system may be either 
a multiprocessor or a uniprocessor. 
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Description 
Technical Field 

This invention relates generally to telecommunica- 
tions, and specifically to telecommunications protocol 
servers. 

Background of the Invention 

A processor may have to communicate with a 
remote facility in order 10 perform its intended functions. 
These communications are carried out via a remote- 
communications protocol. An illustrative example of 
such a processor is a call-pocessing adjunct processor 
of a central office switch which must communicate with 
a database of telephone numbers via the Signaling Sys- 
tem 7 (SS7) in order to perform its call -processing func- 
tions. The processing load may exceed the processing 
capacity of a single processor, in which case the 
processing load is often distributed among a plurality of 
the processors. An illustrative &uch distributed process- 
ing system is disclosed in U S Patent No 5.473,771. In 
that case, each of the processors typically needs its 
own communications link to the remote facility, as well 
as its own circuitry for terminating the link, in order to 
perform these functions This is inefficient and costly: 
not only must the link and the link-terminating circuitry 
be replicated for each processor, but charges for the 
use of these links are typcatly incurred on a per-iink 
basis. It would therefore be more efficient and less 
expensive if the plurality of processors could share the 
use of one or only a few cornrnuntcations links. 

Distributed processing systems wherein a plurality 
of more-or-less co-located processors shares the sys- 
tem's processing load and is interconnected by a local 
area network (LAN), and wheren one of the processors 
acts as a communications server (e g . an input/output 
processor) for all of them, are wel known in the compu- 
ter art. Such a system may be used to reduce the 
number of communications links and link-terminating 
circuits and thereby obtain the abovementioned effi- 
ciency and cost reduction. However, it may create prob- 
lems of its own. Firstly, the communications protocol of 
the LAN is not likely to be the same protocol as is used 
on the remote-communications knk It the processing 
application that the system performs is protocol- 
dependent -as is, for example, the call -processing 
application described in U.S. Patent No. 5.182,750- the 
application must be redesigned and reimplemented to 
accommodate the difference in protocols. This is often a 
time-consuming and a costly proposition. Secondly, the 
full termination of the remote-communications link's 
protocol may consume significant amounts of process- 
ing power, and hence create a processing bottleneck at 
the communications server if the communications link is 
heavily used. To lessen the bottleneck, a plurality of 
communications servers may be used in parallel, but 



this negates many of the benefits that were gained by 
using a communications server in the first place! 

Alternatively, the abovementioned U.S. Patent No. 
5,182,750 teaches that different layers of a protocol may 

5 be processed on different processors. But even the 
teaching of that patent does not point the way out of the 
processing-bottleneck dilemma, for two reasons. First, it 
requires the inter-processor communications protocol to 
be the same as the protocol whose different layers are 

10 processed by the different processors. But, as was 
mentioned above, the communications protocol of the 
LAN is not likely to be the same protocol as is used on 
the remote-communications link. And second, it 
requires the protocol to be fully terminated on all of the 

is processors. But it is the full termination of the protocol 
by the communications server in the scenario under dis- 
cussion here that is presumed to have caused the 
processing bottleneck in the first place! 

so Summary of the Invention 

This invention is directed to solving these and other 
problems and deficiencies of the prior art. Generally 
according to the invention, a distributed processing sys- 

25 tern includes a communications protocol server that 
enables a plurality of client processing entities (e.g.. 
separate processors) to share the use of one or more 
remote-communications links, that centralizes the link- 
termination circuitry for use by the plurality of process- 

30 ing entities, and that provides access to portions (layers 
of the protocol stack) of the protocol by the plurality of 
processing entities by distributing the processing of dif- 
ferent layers of the protocol stack between the protocol 
server and the clients. Further generally according to 

35 the invention, the distributed processing system is a 
communications apparatus that comprises the protocol 
server which connects to a first communications link 
(e.g., a Signaling System 7 (SS7) link) having a multi- 
layer first communications protocol (e.g., the SS7 proto- 

40 col), which communicates across the first link via the 
first protocol, and which terminates only lower layers of 
the first protocol. The protocol server further connects 
to a second communications link (e.g., a LAN or an 
inter-process communications arrangement) having a 

45 second communications protocol (e.g., the TCP/IP pro- 
tocol) different from the first protocol, and communi- 
cates information expressed in only upper layers of the 
first protocol across the second link via the second pro- 
tocol. The communications apparatus further comprises 

so a client which connects to the second link, which com- 
municates the information expressed in only the upper 
layers of the first protocol across the second link via the 
second protocol and which terminates only the upper 
layers of the first protocol. 

55 Advantageously, the protocol server allows the dis- 
tributed protocol to be changed, or additional protocols 
to be added, without inclusion in each client processor 
or other processing entity of specialized hardware and 
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firmware for terminating the protocol or protocols and 
software for processing the entire protocol or protocols. 
To change the protocol, typically it is only necessary to 
change out the software that processes the protocol 
and the protocol-specific portions of the arrangements 
that facilitate client-server (e.g., over-the-LAN) commu- 
nications between the protocol-processing software. 
But the fundamentals of the arrangements that facilitate 
the client-server communications remain the same for 
all protocols. The protocol server thereby enables quick 
development and deployment of processing applica- 
tions that require different communications protocols, 
without a major investment of time and money in the 
development of hardware, firmware, and/or software for 
supporting the different communications protocols. - 

According to one aspect of the invention, a commu- 
nications apparatus comprises: a server for communi- 
cating over a first communications link that has a first 
communications protocol comprising a plurality of proto- 
col layers, the server for terminating only lower layers of 
the first communications protocol, a second communi- 
cations link that has a second communications protocol 
different from the first communications protocol and that 
is connected to the server, and at least one client of the 
server connected to the second communications link, 
for executing an application that uses the first communi- 
cations protocol to communicate and for terminating 
only upper layers of the first communications protocol, 
and wherein the server and the at least one client each 
communicate communications expressed in the first 
communications protocol between the server and the at 
least one client over the second communications link by 
using the second communications protocol. 

According to another aspect of the invention, there 
is provided a server fa a client-server communications 
apparatus that comprises a first communications link, a 
second communications link, and at least one client of 
the server connected to the second communications 
link for executing an application that communicates by 
using a first communications protocol having a plurality 
of protocol layers and for terminating only upper layers 
of the first communications protocol, the client for com- 
municating communications expressed in the first com- 
munications protocol over the second communications 
link by using a second communications protocol differ- 
ent from the first communications protocol. The server 
comprises a first arrangement connected to the first 
communications link for communicating over the first 
communications link by using the first communications 
protocol and for terminating only lower layers of the first 
communications protocol, and a second arrangement 
connected to the first arrangement and to the second 
communications link for communicating communica- 
tions expressed in the first communications protocol 
between the server and the at least one client over the 
second communications link by using the second com- 
munications protocol. 

According to yet another aspect of the invention, 



there is provided a client for a client-server communica- 
tions apparatus that comprises a first communications 
link, a second communications link, and a server con- 
nected to the first communications link for communicat- 

5 ing over the first communications link by using a first 
communications protocol that comprises a plurality of 
protocol layers and for terminating only lower layers of 
the first communications protocol , the server connected 
to the second communications link for communicating 

10 communications expressed in the first communications 
protocol over the second communications link by using 
a second communications protocol different from the 
first communications protocol. The client comprises a 
first arrangement for executing an application that uses 

75 the first communications protocol to communicate and 
terminating only upper layers of the first communica- 
tions protocol, and a second arrangement connected to 
the first arrangement and to the second communica- 
tions link for communicating communications expressed 

20 in the first communications protocol between the server 
and the client over the second communications link by 
using the second communications protocol. 

According to a further aspect of the invention, a 
method of communicating in a client-server communi- 

25 cations apparatus comprising a first communications 
link, a second communications link, a server connected 
to both the first communications link and the second 
communications link, and a client of the server con- 
nected to the second communications link and execut- 

30 ing an application that communicates by using a first 
communications protocol having a plurality of protocol 
layers, comprises the steps of terminating only upper 
layers of the first communications protocol at the client, 
communicating communications that are expressed in 

35 the first communications protocol between the client 
and the server over the second communications link by 
using a second communications protocol different from 
the first communications protocol, and terminating only 
lower layers of the first communications protocol on the 

40 first communications link at the server. 

These and other advantages and features of the 
invention will become more apparent from the following 
description of an illustrative embodiment of the inven- 
tion taken together with the drawing. 

45 

Brief Description of the Drawing 

FIG. 1 is a block diagram of an illustrative distrib- 
uted processing system that embodies an illustra- 
50 five implementation of the invention; and 

FIG. 2 is a block diagram showing the mapping of 
the signaling system 7 (SS7) protocol into the Inter- 
national Standards Organization's (ISO's) Open 
System Interconnect (OSI) model protocol stack. 

55 

Detailed Description 

FIG. 1 shows an illustrative distributed processing 



3 



yiMSDOCID: <EP 08S3411A2_L> 



5 



EP 0 853 411 A2 



6 



system 100 constructed according to the invention. 
Processing system 100 is illustratively a call -processing 
adjunct to a telephone network switch. System 100 
includes one or more client processors 103-104 and 
one or more Signaling System 7 (SS7) protocol servers 5 
101 . Client processors 103-104 and protocol server 101 
are interconnected by communications link, such as a 
local area network (LAN) 102 or some other communi- 
cations medium, and operate in a conventional client- 
server mode of operation. Illustratively, client proces- w 
sors 103-104 are Lucent Technologies Inc. MAP inter- 
active voice response units and protocol server 101 is 
illustratively either a MAP unit or a general-purpose 
computer. Also illustratively, LAN 102 implements the 
Transfer Control Protocol/Internet Protocol (TCP/IP) 75 
communications protocol. Protocol server 101 provides 
remote-communications for client processors 103-104 
with a SS7 signaling network 98 via a communications 
medium such as one or more SS7 signaling links 99. 
Protocol server 101 terminates signaling links 99 via a so 
link port circuit 1 10. Link port circuit 1 10 is illustratively 
a Performance Technologies high-speed communica- 
tions link circuit board. Protocol server 101 implements 
lower layers of the SS7 signaling protocol, while client 
processors 1 03-1 04 implement upper layers of the SS7 2 s 
signaling protocol. 

While shown as a multiprocessor in FIG. 1, distrib- 
uted processing system 100 may alternatively be either 
a uniprocessor wherein the processors 101 and 103- 
104 shown in FIG. 1 constitute separate processing 30 
software modules, or a hybrid system wherein some 
processors are separate physical processors while 
other processors are separate processing software 
modules on a single physical processor. For purposes 
of inter-module communications on a single physical 35 
processor, LAN 102 and its communications protocol 
are replaced by an inter-module communications proto- 
col of the single physical processor. 

Turning to FIG. 2, it shows the layers that make up 
the SS7 signaling protocol 200. For ease of understand- 40 
ing of how the invention may be applied to other proto- 
cols, FIG. 2 also shows how the layers of protocol 200 
map into the layers of the International Standards 
Organization's (ISO's) Open System Interconnect (OSI) 
model protocol stack 201 . The OSI model protocol stack 45 
201 comprises seven protocol layers 230-236. Illustra- 
tively, these layers are described in U.S. Patent No. 
5,182,750. 

The SS7 protocol 200 supports both circuit-related 
applications and non-circuit related applications, so 
Accordingly, the SS7 protocol 200 has a circuit-related 
protocol stack 221 and a non-circurt-related protocol 
stack 220. Both stacks 220 and 221 include the mes- 
sage transfer part (MTP) 210-212. The function of the 
MTP 21 0-21 2 is to provide reliable transfer and delivery 55 
of signaling information. MTP level 1 is a signaling data 
link 210, that corresponds to the OSI's physical layer 
230. H is a full-duplex facility operating at either 56 



Kbps, 64 Kbps, or 1 .5 Mbps. MTP level 2 is made up of 
signaling-link functions 211, which correspond to the 
OSI data link layer 231. Functions 211 provide error- 
monitoring, error-correction, and flow-control capabili- 
ties. MTP level 3 is made up of signaling network func- 
tions 212, which correspond to a portion of the OSI 
network layer 232. Functions 212 provide message- 
routing functions, and network-reconfiguration functions 
for failure and blockage cases. 

At this point, circuit-related stack 221 and non-cir- 
cuit-related stack 220 diverge. Non-circuit related stack 
220 includes a Signaling Connection Control Part 
(SCCP) 213, which corresponds to the remainder of the 
OSI network layer 232. SCCP 213 enhances the 
addressing capabilities of MTP 210-212, allowing mes- 
sages to be delivered to subsystems within a node, 
such as within distributed processing system 100. 
SCCP 213 also handles global title translation, convert- 
ing global titles -such as dialed digits of a telephone 
number- into MTP addresses. Furthermore, SCCP 213 
provides classes of service for messages, determining 
whether a datagram service is used, whether a virtual 
connection is used, what message ordering (if any) is 
required, and what flow-control and recovery proce- 
dures are used. 

Circuit-related stack 221 comprises an ISDN User 
Part (ISUP) 219, which corresponds to a portion of the 
OSI network layer 232 and to the OSI transport, ses- 
sion, presentation, and application layers 233-236. 
ISUP 219 provides message sequences for call set-up 
and call tear-down, similar to those used for ISDN PRI. 
They carry information parameters similar to those used 
within the ISDN PRI information elements (lEs). (While 
most messages between ISUP 219 and MTP level 3 

212 pass directly between them, ISUP 219 has a capa- 
bility (Temporary Signaling Connections) that can force 
selected call-related messages to pass through SCCP 

213 to route these messages to the correct processes.) 
Non-circurt-related stack 220 does not include a 

layer or layers 214 corresponding to the OSI transport, 
session, and presentation layers 233-235. Rather, 
Transaction Capabilities Application Part (TCAP) - 
Transaction Sub Layer (TSL) portion 215 of stack 220 
which corresponds to a portion of the OSI application 
layer 236 communicates directly with SCCP 213. The 
function of TCAP-TSL is to maintain a dialogue over the 
connectionless SS7 network. It provides messages to 
"begin", "continue", "end", and "abort" a dialogue, plus a 
"unidirectional" message that is used for one-way infor- 
mation transfer. Dialogues are identified by unique 
Transaction Identifiers (TIDs). Lying above TCAP-TSL 
215 is a TCAP-Component Sub Layer (CSL) 216 which 
also corresponds to a portion of the OSI application 
layer 236. The purpose of TCAP-CSL 216 is to transfer 
sets of requests/responses between TCAP applica- 
tions. The requests and responses take the form of 
components which are carried within TCAP-TSL mes- 
sages, and are passed to the TCAP-CSL. An "invoke" 
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component carries a request to invoke an operation 
within an application. The response to the request may 
be a "return result-last", a 'return result-not last", a 
"return error", or a "reject" component, or no response. 
Requests and responses are correlated by a compo- 
nent identilier (CID). Lying above TCAP 215-216 and 
also corresponding to a portion of the OSI application 
layer 236 are an Operations and Maintenance Adminis- 
tration Part (OMAP) 217 and Application Service Ele- 
ments (ASEs). OMAP 217 terminates remote testing 
and maintenance inquiries, and can also be used to 
originate tests and maintenance of remote systems. 
OMAP 217 may advantageously provide an application 
programming interface (API) that defines a set of primi- 
tive operation, maintenance, and administration tools 
which can be invoked by applications at appropriate 
times as dictated by a customer's requirements for inter- 
active testing and maintenance. ASEs use TCAP 215- 
216 to perform services, applications, and testing. 

Returning to FIG. 1, the SS7 protocol 200 is distrib- 
uted across protocol server 101 and client processors 
103-104. Protocol server 101 terminates (ie., imple- 
ments) the lower layers 210-213 of SS7 protocol 200, 
while client processors 103-104 terminate the higher 
layers 21 5-21 9 of SS7 protocol 200. The physically-sep- 
arated layers 213 and 215, 219 are interfaced to each 
other across LAN 102 by the TCP/IP protocol. 

Link port circuit 110 of protocol server 101 termi- 
nates MTP layers 1 and 2 210-211 in hardware and 
firmware. MTP layer 3 212 and SCCP 213 are termi- 
nated by a process 1 12 that executes on protocol server 
101. MTP layer 3 212 communicates with MTP layer 2 
211 via a conventional operating system device driver 
111, which is also a process that executes on protocol 
server 1 01 . Process 1 1 2 is interfaced to a TCAP distrib- 
uted signaling server (DSS) 114 by a TCAP service 
access bridge (SAB) 113, and is interfaced to an ISUP 
DSS 117 by an ISUP SAB 116. Each element 113-114 
and 1 16-1 17 is implemented as a process that executes 
on protocol server 101 . SABs 113 and 1 16 act as trans- 
lators between the communications protocol of SCCP 
layer 213 and the protocol used by DSSs 1 14 and 1 1 7 
(the TCP/IP protocol of LAN 102). In this illustrative 
example, process 112 communicates with SABs 113 
and 1 16 via shared memory, while SABs 113 and 116 
communicate with DSSs 114 and 117 via the TCP/IP 
protocol. Any other suitable communications scheme 
could be used, however. 

DSSs 1 14 and 1 1 7 act as routing servers for SABs 
1 13 and 1 16, respectively. Each DSS 1 14, 1 17 includes 
a parser 1 15, 1 18, respectively. While DSSs are generic 
and usable for any protocol, parsers 115 and 118 are 
the SS7-protocol -dependent portions of DSSs 114 and 
117. The function of parsers 115 and 118 is to parse 
each message received from SABs 113 and 116 to 
determine which application and which transaction of 
that application the received message is for or from. 
This information is then used by DSSs 1 14 and 1 17 to 



decide if the message needs to be routed to a specific 
client processor 103-104, or if any client processor 103- 
104 will do, and then to route the message to an 
intended recipient. Illustratively, each client processor 

5 103-104 is pre-administered with its own unique range 
of transaction identifiers (XIDs), and each application 
that executes in the processing system 100 is pre- 
administered with an application identifier (app ID). 
Each DSS 1 14 and 117 has a routing table that corre- 

io lates each client processor 103*104 with its range of 
XIDs and with the app IDs of applications that are exe- 
cuting on that client processor. Each message received 
by DSSs 114 and 117 from SABs 113 and 116 has an 
app ID and may have an XI D. These IDs are extracted 

is by parser 115 or 118. DSS 114 or 117 uses the app ID 
and XID extracted from the received message to look up 
in its routing table the destination dient processor 103- 
109 for the message. If a message received by DSS 
114 or 117 has only an app ID but has no XID, this 

20 means that the message is for a new transaction. DSS 
114 or 117 therefore selects (e.g., on a round-robin 
basis) a client processor 103-104 for this transaction 
and sends the message to the selected client processor 
103-104, which then selects an XID for this transaction 

25 from its own range of transaction identifiers. 

Extensibility to other protocols is illustratively 
achieved by the assumption that any message of any 
protocol contains within it an XID and an app ID, where- 
upon the SS7 protocol parser can be replaced by the 

30 parser of the different protocol. 

In the opposite direction of transmission, DSSs 114 
and 1 17 merely pass messages that they receive from 
client processors 103-104 to SABs 113 and 116. 
Communications between protocol server 101 and 

35 LAN 1 02 are conducted in TCP/IP through a LAN inter- 
face 119. Similarly, communications between LAN 102 
and client processors 103-104 are conducted in TCP/IP 
through LAN interfaces 120. Each LAN interface 119- 
120 is a conventional LAN interface circuit. 

40 Each client processor 103-104 has a distributed 
signaling client (DSC) 121, 124 for each application 
123, 126 that executes on that client processor 103- 
104. Alternatively, DSCs 121 and 124 constitute the 
applications. DSCs 121, 124 are implemented as proc- 

45 esses on a client processor 1 03-1 04; a plurality of DSCs 
121, 124 may be implemented via one process. DSCs 
121, 124 act as protocol translators, translating mes- 
sages between the TCP/IP protocol of LAN 102 and the 
communications protocol of the distributed-protocol 

so layer that is served by that DSC 1 21 , 124. Thus, TCAP 
DSC 121 translates between the TCP/IP protocol and 
the communications protocol of TCAP layer 215, while 
ISUP DSC 124 translates between TCP/IP and the 
communications protocol of ISUP layer 219. The appli- 

55 cation process, complete with functionality of the proto- 
col upper layers and with functionality of TCP/IP 
communications is considered to be a DSC. The proto- 
col-specific functionality and the TCP/IP functionality is 
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achieved by loading against a set of libraries (e.g., one 
for the TCP/IP functionality, one or more for the proto- 
col-specific functionality). When a DSC receives a 
TCP/IP message, the TCP/IP information is stripped off 
to reveal a protocol -specific (e.g., SS7) message. The 
protocol upper layers then parse this message accord- 
ingly. Finally, the application logic processes the mes- 
sage. 

DSCs 121 and 124 merely translate and pass on to 
layers 215 and 219 (which are illustratively located in 
the same process) messages received from LAN inter- 
lace 120. If processing system 100 has only one proto- 
col server 101 , DSCs 1 21 and 1 24 also merely translate 
and pass on to LAN interface 120 messages received 
from layers 215 and 219. But if processing system 100 
has a plurality of protocol servers 101, DSCs 121 and 
124 additionally perform a routing function akin to that of 
DSSs 1 14 and 1 1 7 to select one of the protocol servers. 
Illustratively, upon receiving a message from TCAP 122 
or ISUP 125. DSC 121 or 1 24 determines from the pres- 
ence or absence of an XID in the message header 
whether the message relates to a new or an ongoing 
transaction. H the message pertains to an ongoing 
transaction, DSC 1 21 or 1 24 addresses it to the protocol 
server 101 that has been serving this transaction. If the 
message pertains to a new transaction, DSC 121 or 124 
selects (e.g.. on a round-robin basis) a protocol server 
101 to serve the transaction and addresses the mes- 
sage to the selected protocol server. For this purpose, 
each DSC 121 and 124 includes a table that lists proto- 
col servers 101 and that contains, for each transaction, 
the transaction s XID and the ID of the protocol server 
101 serving that transaction. 

Like DSCs 121 and 124, SS7 protocol layers 215 
and 219 are implemented as function libraries 122 and 
125, respectively, on client processors 103-104 for use 
by application processes. Application processes and 
DSCs 121 and 124 communicate with each other via 
library calls on libraries 122 and 125, respectively. 
Libraries 122 and 125 thus interface TCAP applications 
processes 123 (including OMAP 217 and ASE 218 
processes) and ISUP application processes 126, 
respectively, to DSCs 121 and 124. respectively, in a 
conventional manner. 

Of course, various changes and modifications to 
the illustrative embodiment described above will be 
apparent to those skilled in the art. For example, the dis- 
tributed protocol need not be distributed at the OS I net- 
work layer, but may be distributed at any desired layer 
Also, any protocols other than the SS7 protocol (for 
example, the ISDN protocol) may be distributed hereby, 
at any layer or even within a layer, and by using any suit- 
able inter-client/server protocol other than the TCP/IP 
protocol (for example, the ATM protocol or the UDP/IP 
protocol). Furthermore, a plurality of protocols may be 
distributed simultaneously within the distributed 
processing system. Additionally, the distributed protocol 
may be distributed at more than one layer; for example, 



a lower-layer server could process the lowest protocol 
layers, an intermediate-layer server could process inter- 
mediate protocol layers, and the client processors could 
process only the upper protocol layers. Such changes 
5 and modifications can be made without departing from 
the spirit and the scope of the invention and without 
diminishing its attendant advantages. It is therefore 
intended that such changes and modifications be cov- 
ered by the following claims. 

w 

Claims 

1 . A communications apparatus (1 00) comprising: 

is a server (101) for communicating over a first 

communications link (99) that has a first com- 
munications protocol (200) comprising a plural- 
ity of protocol layers (210-219), 
CHARACTERISED BY the server terminating 

so only lower layers (21 0-21 3) of the first commu- 

nications protocol; 

a second communications link (102) that has a 
second communications protocol different from 
the first communications protocol, connected to 

25 the server; 

at least one client (103) of the server con- 
nected to the second communications link, for 
executing an application (123, 126) that uses 
the first communications protocol to communi- 

30 cate, for terminating only upper layers (215- 

< 219) of the first communications protocol; and 
the server and the at least one client each fur- 
ther for communicating communications 
expressed in the first communications protocol 

35 between the server and the at least one client 

over the second communications link by using 
the second communications protocol. 

2. The communications apparatus of claim 1 wherein: 
40 the communications expressed in the first 

communications protocol and communicated over 
the second communications link are expressed in 
only the upper layers of the first communications 
protocol. 

45 

3. The communications apparatus of claim 2 wherein: 

communications that are communicated 
over the first communications link are expressed in 
both the upper layers and the lower layers of the 
so first communications protocol. 

4. The communications apparatus of claim 1 wherein: 

the server comprises 

55 means (1 14, 1 1 7. 1 19) for routing the commu- 

nications expressed in the first communica- 
tions protocol from the server over the second 
communications link to a recipient indicated by 
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communications received by the server over 
the first communications link. 



communications protocol, the client CHARACTER- 
ISED BY: 



The communications apparatus of claim 4 compris- 
ing a plurality of the servers, wherein: 
each client comprises 

means (120, 121, 124) for routing communica- 
tions received from the application, from the cli- 
ent over the second communications link to 
one of the servers indicated by the communica- 
tions received from the application. 

A server (101) for a client-server communications 
apparatus (100) that comprises a first communica- 
tions link (99), a second communications link (102), 
and at least one client (103) of the server con- 
nected to the second communications link for exe- 
cuting an application (123, 126) that communicates 
by using a first communications protocol (200) hav- 
ing a plurality of protocol layers (210-219) and for 
terminating only upper layers (215-219) of the first 
communications protocol, the client for communi- 
cating communications expressed in the first com- 
munications protocol over the second 
communication link by using a second communica- 
tions protocol different from the first communica- 
tions protocol, the server 
CHARACTERISED BY: 

a first arrangement (110-112) connected to the 
first communications link for communicating 
over the first communications link by using the 
first communications protocol and for terminat- 
ing only lower layers (210-213) of the first com- 
munications protocol; and 
a second arrangement (113-119) connected to 
the first arrangement and to the second com- 
munications link for communicating communi- 
cations expressed in the first communications 
protocol between the server and the at least 
one client over the second communications link 
by using the second communications protocol. 

A client (103) for a client-server communications 
apparatus (100) that comprises a first communica- 
tions link (99), a second communications link (102), 
and a server (101) connected to the first communi- 
cations link for communicating over the first com- 
munications link by using a first communications 
protocol (200) that comprises a plurality of protocol 
layers (210-219) and for terminating only lower lay- 
ers (210-213) of the first communications protocol, 
the server connected to the second communica- 
tions link for communicating communications 
expressed in the first communications protocol over 
the second communications link by using a second 
communications protocol different from the first 



a first arrangement (103) for executing an 
5 application (123, 126) that uses the first com- 

munications protocol to communicate and ter- 
minating only upper layers (215-219) of the first 
communications protocol; and 
a second arrangement (120-122, 124-125) 
10 connected to the first arrangement and to the 

second communications link, for communicat- 
ing communications expressed in the first com- 
munications protocol between the server and 
the client over the second communications link 
is by using the second communications protocol. 



8. A method of communicating in a client-server com- 
munications apparatus (100) comprising a first 
communications link (99), a second communica- 
tions link (102), a server (101) connected to both 
the first communications link and the second com- 
munications link, and a client (103) of the server 
connected to the second communications link and 
executing an application (123, 126) that communi- 
cates by using a first communications protocol 
(200) having a plurality of protocol layers (210-219), 
the method CHARACTERISED BY the steps of: 

terminating only upper layers (215-219) of the 
first communications protocol at the client; 
communicating communications that are 
expressed in the first communications protocol 
between the client and the server over the sec- 
ond communications link by using a second 
communications protocol different from the first 
communications protocol; and 
terminating only lower layers (210-213) of the 
first communications protocol on the first com- 
munications link at the server. 

9. The method of claim 8 wherein: 

the step of terminating only upper layers of the 
first communications protocol comprises the 
steps of 



so 



25 



30 



35 



40 



receiving a first communication expressed 
in a highest layer of the first communica- 
tions protocol from the application, 

so generating, from the first communication 

received at the client, a second communi- 
cation expressed in upper layers of the first 
communications protocol, 
generating a third communication 

55 expressed in the highest layer of the first 

communications protocol from a fourth 
communication expressed in the upper lay- 
ers of the first protocol at the client, and 



7 
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sending the third communication to the 
application; 

the step of communicating communications 
that are expressed in the first communications s 
protocol comprises the steps of 

generating from the second communica- 
tion at the client a fifth communication 
expressed in the second communications 
protocol, 

transmitting the fifth communication from 
the client to the server over the second 
communications link by using the second 
communications protocol, 
receiving the fifth communication at the 
server over the second communications 
link, 

regenerating the second communication 
from the fifth communication at the server, 
generating a sixth communication 
expressed in the second protocol from the 
fourth communication at the server, 
transmitting the sixth communication from 
the server to the client over the second 
communications link by using the second 
communications protocol, 
receiving the sixth communication at the 
client over the second communications 
link; and 

regenerating the fourth communication 
from the sixth communication at the client; 
and 

the step of terminating only lower layers of the 35 
first communications protocol comprises the 
steps of 

generating a seventh communication 
expressed in all layers of the first commu- aq 
nications protocol from the second com- 
munication at the server, 
transmitting the seventh communication 
from the server over the first communica- 
tions link by using the first communications as 
protocol, 

receiving an eighth communication 
expressed in all layers of the first commu- 
nications protocol over the first communi- 
cations link at the server, and so 
generating the fourth communication from 
the eighth communication at the server. 



is 



so 



25 



55 
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(54) Distributed-protocol server 

(57) A distributed processi ng system ( 1 00) includes 
a protocol server (101) that enables a plurality of clients 
(103-104) to share the use of one set of Signaling Sys- 
tem 7 (SS7) links (99), that centralizes the link-termina- 
tion circuitry (110) for use by the plurality of clients, and 
that-provides access to upper layers (215-219) of the 
SS7 protocol stack (200) by distributing the processing 
of different layers of the stack between the protocol 
server and the clients. The protocol server terminates 
the lower layers (210-213) of the SS7 protocol, while 
each client terminates the upper layers of the SS7 pro- 
tocol. Communication between the protocol server and 
the clients of information expressed in the upper layers 
of the SS7 protocol is effected via the TCP/IP protocol 
over a LAN (102). A service access bridge process 
(1 13, 1 16) in the protocol server translates between the 
lower layers of the SS7 protocol and the TCP/IP proto- 
col, and a distributed signaling server process (114, 
117) in the protocol server routes communications 
across the LAN. A distributed signaling client process 
(121 , 124) in each client translates between the TCP/IP 
protocol and the upper layers of the SS7 protocol. The 
distributed signaling server and distributed signaling cli- 
ent processes are substantially protocol independent, 
allowing for use of any protocol in place of the SS7 pro- 
tocol. The distributed processing system may be either 
a multiprocessor or a uniprocessor. 
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